HUAWEI 


RAN 


RAN Sharing Parameter 


Description 
Issue 01 
Date 2009-03-30 


Huawei Technologies Co., Ltd. provides customers with comprehensive technical support and 


service. For any assistance, please contact our local office or company headquarters. 


Huawei Technologies Co., Ltd. 


Address: Huawei Industrial Base 
Bantian, Longgang 
Shenzhen 518129 
People's Republic of China 


Website: http://www.huawei.com 


Email: support@huawei.com 


Copyright © Huawei Technologies Co., Ltd. 2009. All rights reserved. 


No part of this document may be reproduced or transmitted in any form or by any means 
without prior written consent of Huawei Technologies Co., Ltd. 


Trademarks and Permissions 


nuawer aNd other Huawei trademarks are trademarks of Huawei Technologies Co., Ltd. 


All other trademarks and trade names mentioned in this document are the property of their 
respective holders. 


Notice 


The information in this document is subject to change without notice. Every effort has been 
made in the preparation of this document to ensure accuracy of the contents, but all 
statements, information, and recommendations in this document do not constitute the 
warranty of any kind, express or implied. 


RAN 
RAN Sharing Parameter Description 


About This Document 


About This Document 


Author 


by 


Edited by Sun Jingshu Date | 2008-12-10 


Reviewed 
by 


by 


Tested by | Tested by | Hu Zengqiang — Hu Zengqiang — Date |2009- 01- 2009-01-10 | 


Approved Duan Zhongyi Ps 2009-03-30 
by 


Issue 01 (2009-03-30) Huawei Proprietary and ili 
Confidential Copyright © 
Huawei Technologies Co., Ltd 


RAN 
RAN Sharing Parameter Description 


Contents 


Contents 


1 Change HISCOLY csciusanicassrivsecsnresaubencndsesunsdacncaneabeswaeubincduensaestewween bow 
2 RAN Sharing Introduction. ........ccccccceeeeeee eee ee eeeeee eee eeeeeeeeeeeeeeeeees 2D 
3 RAN Sharing PrincipleS.....ss.sssssssssssssunnnunnnunnnnnnunnnunnnnnnnnnnnnnnnnnnnnn SUD 


3.1 Typical Networking Modes and Scenario Analysis of RAN Sharing...............:..cc00e 3-2 
3.1.1 Coexistence of Shared and Non-shared RNCs Under Full Coverage............... 3-2 
3.1.2 Coexistence of Shared RNC and 2G Network............ccccccecccssececneeceneeeeeeeeeneenees 3-2 
3.1.3 Coexistence of Full and Partial Coverage for Different Operators................... 3-2 
3.1.4 Coexistence of Iu Flex and RAN Sharing.............cccccceccceccceecceececeeeeenseneeeeeeeeees 3-2 
3.1.5 Coexistence of Multiple Operators. ......... cc eecccccceeccsscceeeceeeeeeeceeceecseeeaeeeeeeeeeees 3-2 

3.2 RAN Sharing FUnCtionallity........ cic ccc ccc ecccesccesccnscceeececceecceeceescaeeeeeneeeeeeeeseneeeeees 3-2 
3.2.1 System Information Broadcasting. ...........cccccceccseccseecceeceeeeeeeeeeceeeeceeeeeeeeeeaeeeenes 3-2 
3.2.2 Initial NAS Message Routing............ssessessessrsseseesreseesresseseeseeseeseresesesrseseseseseese. 3-2 
3.293 OperatomDedicated CBS..............ccccccccsccsssccsscenscceecausceecceeeseeesseessecssecsecescnseueeees 3-2 
3.2.4 Operator Dedicated Features............ccccccccecccescceecceeeceeeeeeeaeeeeeeeeeeeeeeeeseeseeeeeeenees 3-2 
32 ONAL OMBLITY. COMPO l saonat secs Sessa ty aha de Mosinee as Galva dnc Be TEE E iy aaa eR 3-2 

3.3 RAN Sharing FUNction Switch............ssessereseescrssrbeesersressrssrssessessesroersescsesrorsrosereseseses" 3-2 

3.4 RAN Sharing RNC Interfaces.............s.ssessessessessessrssessessrserssrserssrsersesserseoseoseosesesesese 3-2 
SS AM. LU UMET ACEi iiiaae k a EEEIEE A deb ctaecshwihe tek bes nuu TEER EEEE detviens 3-2 
3 A2 MBC Interface iesp n e O E E aby wae dice nh cles nga ob Lhcs due da ode EO ariei 3-2 
SAB lüb Interfaces noaa e a E E aae E a a eA data A Ea eae 3-2 
PAA) lur nterface iioii cece oan AAEREN ET AEE EREE EEE N EA EA 3-2 

3.5 RAN Sharing Operator Identities and Types...........ssessessessessessrssrssrserserserserserserseseeso 3-2 
3.5.1 Operator IDENtities......... ccc sioe eraann anA EESE EEEE EEE EIEEEI 3-2 
3i0-2°OPEratlor Ly POS na S A EA O A OE E N ETEA RA 3-2 

3.6 RAN Sharing License Management............ss.ssessessessessessrsersersersersersrsesesesesesesessssesese 3-2 
3.6.1 RAN Sharing Control Items of NodeB License...........s.ssessesseseessrssrsersersessersesess 3-2 
3.6.2 RAN Sharing Control Items of RNC License............ cece cece eecceeeceseeeeeneeeeeeenees 3-2 

3.7 RAN: Sharing OM eo e p EE sede AE ved ned es soe AA va Lebo la Soba e ON Eeee aast 3-2 
3.7.1 RAN Sharing OM Architecture..............sssessessessersersessersessessessrssrsseserserserserseeese 3-2 

3.8 Hardware Configurations for RAN Sharing.............cccccceccceccceeceeeceeeeeeeeceececaecaseeeeeees 3-2 
3.8.1 BTS3812E/BTS3812AE Configurations for RAN Sharing................ccccesceeseeeeees 3-2 
3.8.2 DBS3800 Configurations for RAN Sharing...........sssssessessesesesssessesesesesesesesesesess 3-2 

Issue 01 (2009-03-30) Huawei Proprietary and Vv 


Confidential Copyright © 
Huawei Technologies Co., Ltd 


RAN 
RAN Sharing Parameter Description 


Contents 

3.8.3 BTS3900/BTS3900A Configurations for RAN Sharing..............ccccceccecsecneeeeeeees 3-2 

3.8.4 DBS3900 Configurations for RAN Sharing. .............ccccccccsecseceeceeeeceeenseneeeeeenees 3-2 

4 RAN Sharing ParametefS.....aausnannnnnnnnnnnnnnnnnnnnnunnnnnnnnnnnnnnnnnnnnnnnnnnnn A 
41. DeseriphoN honn a NN eka iin te Bn bates E enna eta 4-2 

AD Values And! RAN Ge Sian ves Ses sacs da sea dace ae seas ges seas de vdae seeasy A E bees cuetes «ase beesooees 4-2 

5 Reference DOocuMentS..........ssssssssssununnnnnnnnnnnununununununnnnnnunnnnnnnnnnn a DUD 
Issue 01 (2009-03-30) Huawei Proprietary and vi 


Confidential Copyright © 
Huawei Technologies Co., Ltd 


RAN Error! Use the Home tab to apply 1 to 
RAN Sharing Parameter Description the text that you want to appear 
here.Error! Use the Home tab to apply 

1 to the text that you want to appear 
here. 


Change History 


The change history provides information on the changes in different 
document versions. 


Document and Product Versions 


Table 1-1 Document and product versions 


RAN Version 


Draft (2009-01-15) 11.0 


This document is based on the BSC6810 and 3900 series NodeBs. 


The available time of each feature is subject to the RAN product 
roadmap. 


There are two types of changes, which are defined as follows: 


e Feature change: refers to the change in the RAN sharing. 


e Editorial change: refers to the change in the information that was 
inappropriately described or the addition of the information that was 
not described in the earlier version. 


01 (2009-03-30) 
This is the document for the first commercial release of RAN11.0. 


Compared with draft (2009-01-15), this issue optimizes the description. 


Draft (2009-03-10) 


This is the second draft of the document for RAN11.0. 
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Compared with draft (2009-01-15), draft (2009-03-10) optimizes the 
description. 

Draft (2009-01-15) 
This is the initial draft of the document for RAN11.0. 


Compared with issue 02 (2008-07-30) of RAN10.0, draft (2009-01-15) 
incorporates the following changes: 


Change Description Parameter 
Change 


Editori | The title of the document is changed from 
al RAN Sharing Description to RAN Sharing 
chang | Parameter Description. 

e 
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RAN Sharing Introduction 


Introduction 


Radio Access Network (RAN) Sharing enables multiple operators to share 
a set of RAN equipment that covers the same area. 


Operators adopt the dedicated frequency solution instead of the common 
frequency solution. In this dedicated frequency solution, all the RAN 
equipment, such as Radio Network Controller (RNC) and NodeB, are 
physically shared. By soft-splitting a physical RAN into different logical 
RANs, multiple operators can cover the same area with their own 
frequency in only one physical RAN. 


When a User Equipment (UE) accesses a cell, the RNC identifies the 
operator according to the cell and then routes the UE to the operator's 
Core Network (CN) node. If the operator employs Iu Flex, the RNC routes 
the UE to one of the operator's CN nodes according to the UE's Network 
Resource Identifier (NRI), which is derived from the UE's Temporary 
Mobile Subscriber Identity (TMSI) or Packet Temporary Mobile 
Subscriber Identity (P-TMSI). 


Figure 2-1 shows the structure of RAN Sharing. The structure is mainly 
composed of a shared RAN and an Operation and Maintenance (OM) 
system. RAN Sharing brings the changes of functions, interfaces, license 
management, and configurations, which are described in detail 
hereinafter. 
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Figure 2-1 RAN Sharing 
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Shared RAN 


RAN Sharing enables mobile operators to economize network deployment 
and raise network resource usage. This feature brings benefits for all 
parties involved in the Universal Mobile Telecommunications System 
(UMTS). 


Cost saving 


The driving force for operators to share networks is the substantial 
saving of CAPEX (capital expenditure) and OPEX (operating 
expenditure) . RAN Sharing can save approximately 30% to 40% 
CAPEX and OPEX. 


Fast deployment 


RAN Sharing enables a fast deployment of the UMTS network 
through speeding up the network rollout and expanding the coverage 
area. 


Hardware complement 


RAN Sharing is an effective way to overcome such problems as 
shortage of sites or antennas, especially in areas of poor 
environmental conditions. 


Better service 


RAN Sharing frees operators from heavy workload of rolling out and 
operating networks. Therefore, operators can focus on end user 
services. 


RAN Sharing, however, also has some limitations. Reduced independence 
may lead to closer cooperation between operators and may impose some 
restrictions during capacity expansion. 
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Intended Audience 
This document is intended for: 


e System operators who need a general understanding of RAN sharing. 
e Personnel working on Huawei products or systems. 


Impact 
e Impact on System Performance 
This feature has no impact on system performance. 
e Impact on Other Features 
The main impact on other features is listed as follows: 


- Performance Management (PM) and Configuration Management 
(CM). 


- License management. 


L note 


The two frequencies in one Power Amplifier (PA) must be consecutive within 10 
MHz. In actual network deployment, operators need to coordinate the frequencies 
with each other. 


Network Element Involved 
Table 2-1 shows the Network Elements (NEs) involved in RAN Sharing. 


Table 2-1 NEs involved in RAN Sharing 


NodeB | RNC MSC LR 
— 


AN- 
e -: not involved 
e Vv: involved 


UE = User Equipment, RNC = Radio Network Controller, MSC = Mobile Service 
Switching Center, MGW = Media Gateway, SGSN = Serving GPRS Support 
Node, GGSN = Gateway GPRS Support Node, HLR = Home Location Register 
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RAN Sharing Principles 


The following lists the contents of this chapter. 


Typical Networking Modes and Scenario Analysis of RAN Sharing 
RAN Sharing Functionality 

RAN Sharing Function Switch 

RAN Sharing RNC Interfaces 

RAN Sharing Operator Identities and Types 

RAN Sharing License Management 

RAN Sharing OM 

Hardware Configurations for RAN Sharing 


3.1 Typical Networking Modes and Scenario 
Analysis of RAN Sharing 


Typical Networking Modes and Scenario Analysis of RAN Sharing 
includes five typical application scenarios: 


Coexistence of shared and non-shared RNCs under full coverage 
Coexistence of shared RNC and 2G network 

Coexistence of full and partial coverage for different operators 
Coexistence of Iu Flex and RAN Sharing 

Coexistence of Multiple Operators. 


3.1.1 Coexistence of Shared and Non-shared RNCs 
Under Full Coverage 


In the example shown in Figure 3-1, both operator A and operator B have 
deployed their own non-shared 3G networks in one area and decide to 
deploy a shared 3G network together in another area. Shared RNC1 is 
connected to shared RNC2, RNC A and RNC B over the Iur interfaces. 
The neighboring cell relationships are also configured. Thus, a UE of 
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operator A is free to transfer from an operator A cell to the neighboring 
operator A cell by soft handover. The same situation applies to operator 
B. This scenario is applicable to an early stage of network rollout when 
there is a small number of subscribers. 


Figure 3-1 Coexistence of shared and non-shared RNCs under full coverage 


Operator A CN Operator B CN 


Operator A cell Operator A cell Operator A cell 


Operator B cell Operator B cell Operator B cell Operator B cell 


3.1.2 Coexistence of Shared RNC and 2G Network 


In the example shown in Figure 3-1, both operator A and operator B have 
deployed a GSM network and decide to deploy a shared 3G network. To 
fully use the GSM resources, the new RAN network is required to 
interwork with the existing GSM network. Therefore the neighboring 
cells on shared RNC1, Base Station System (BSS) A and BSS B are 
configured. Thus, service continuity is assured when a UE of operator A 
transfers between the operator A UMTS cell and the neighboring 
operator A GSM cell. The same situation applies to operator B. 


Operator A cell 


Figure 3-1 Coexistence of shared RNC and 2G network 
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3.1.3 Coexistence of Full and Partial Coverage for 
Different Operators 


In the example shown in Figure 3-1, operator A has already deployed a 
RAN network and has a full coverage, whereas operator B only has 
partial coverage. Operator B must share the RAN network with operator 
A in uncovered areas of operator B to achieve full coverage. 


When a UE of operator B transfers from the edge of a cell under operator 
B's coverage to an area under operator A's coverage, the UE can access 
the cell of operator A through handover, cell reselection, or cell update. 
When the UE transfers back to an area covered by both operators, the UE 
can also re-access operator B's network through Shared Network Area 
(SNA) or International Mobile Subscriber Identity (IMSI)-based handover. 


In this scenario, the switch of InterPlmnHoAllowedIntraRat must be 
enabled and the neighboring cell relationships must be configured. 


Figure 3-1 Coexistence of full and partial coverage for different operators 
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3.1.4 Coexistence of lu Flex and RAN Sharing 


In the example shown in Figure 3-1, operator A and operator B share the 
RAN. To improve the network reliability, operator A applies Iu Flex to 
both the Circuit Switched (CS) and the Packet Switched (PS) domains, 
and operator B applies Iu Flex to the PS domain. 


Operator B cell 


In this scenario, services of one operator can only be processed by the CN 
nodes of this operator. 
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Figure 3-1 Coexistence of Iu Flex and RAN Sharing 


Operator B cell Operator B cell 


3.1.5 Coexistence of Multiple Operators 


In the example shown in Figure 3-1, operator A and operator B share a 
RAN, and operator C has a roaming agreement with operator B. This 
agreement allows all the subscribers of operator B and operator C to 
share the network resources. 


To achieve roaming (such as handover and cell reselection) between the 
cells of operator B and operator C, the switch of 
InterPlmnHoAllowedIntraRat must be enabled and the neighboring 
cell relationships must be configured. 


Figure 3-1 Coexistence of multiple operators 
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3.2 RAN Sharing Functionality 


RAN Sharing Functionality describes the impact on some basic functions 
of RAN Sharing. 


3.2.1 System Information Broadcasting 


Each cell pertains to a unique PLMN identity. The PLMN identity is 
broadcast in the master information block of each cell. For system 
information broadcasting, there is no essential difference between shared 
RNC and non-shared RNC except that shared RNC supports multiple 
PLMNs. 


3.2.2 Initial NAS Message Routing 


From the initial Non-Access Stratum (NAS) message, the RNC identifies 
the operator by the PLMN identity and the CN domain. The Iu Flex means 
that multiple SGSNs or MSC servers of one operator connect to an RNC. 


If Iu Flex is not used, there is only one CN node for the operator in 
each domain. Thus the initial NAS message is directly routed to this 
CN node according to the CN domain. 


If Iu Flex is used, the NAS Node Selection Function (NNSF) 
procedure is performed to select a specific CN node from the CN 
nodes of the operator. 


(note 


Whether RAN Sharing is adopted or not, a CN node such as MSC server and 
SGSN belongs to one operator only. 


3.2.3 Operator Dedicated CBS 


In RAN Sharing, each operator deploys its own CBC. 


One cell corresponds to one Cell Broadcast Service (CBS) Service Area 
(SA) and the operator broadcasts messages in its own CBS SA. 


3.2.4 Operator Dedicated Features 


Operator dedicated features are achieved by setting RNC license and 
parameters. There is only one RNC license for a shared RNC. The license 
can be individually activated for operators through which the operators 
are entitled different capacities and functions. The parameters are 
defined as different levels shown as follows. 


RNC: RNC level parameters. An RNC has only one set of the RNC- 
level parameters shared by all operators. 


Cell: cell level parameters. Cell level parameters are different for 
each cell. Operators can achieve different algorithm performances in 
different cells. 


Both RNC and cell: some parameters on the RNC level and others 
on the cell level. 


Operator: operator level parameters. 
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e NodeB: NodeB level parameters. 


Table 3-1 lists the parameter levels. 


Table 3-1 Parameter levels 
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Parameter Level 


RNC 


Cell 
RNC 


RNC 
Both RNC and Cell 
RNC 
RNC 


3.2.5 Mobility Control 


The inter-RAT handover between different operators are supported. A 
switch of InterPlmnHoAlIlowedInterRat is used to control whether 
handover between different operators is allowed in the 3G coverage. 
Inter-RAT Ho Allowed InterRat is ON by default. 


The intra-RAT handover between different operators are supported. A 
switch of InterPlmnHoAllowedIntraRat is used to control whether 
handover between different operators is allowed in the 3G coverage. 


LL) note 
Only when the switch of InterPlmnHoAllowedIntraRat is set to YES, the 


intra-frequency and inter-frequency neighboring cell relationship between 
different operators can be configured. 


Only when the switch of InterPlmnHoAllowedInterRat is set to YES, the 
intra-frequency and inter-frequency neighboring cell relationship between 
different operators can be configured. 


3.3 RAN Sharing Function Switch 


RAN Sharing Function Switch describes function switches pertaining to 
different functions of RAN Sharing. 


Besides the dedicated frequency function RAN Sharing has integrated the 
function of separation of transmission resources for the Iub user plane. 
RAN Sharing has three switches to control the two functions. 


To enable RAN Sharing dedicated frequency function: 


e RANSharingSupport is set to YES. 
e RANSHARE(RAN sharing) of FunctionSwitch2 is selected. 
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e To enable RAN Sharing separation of transmission resources for the 
Iub user plane: 


e RANSharingSupport is set to YES. 
e RANSHARE(RAN sharing) of FunctionSwitch2 is selected. 


e RAN SHARING ENHANCED PACKAGE(RAN Sharing Enhanced 
Package) of FunctionSwitch3 (FUNCTIONSWITCHS3) is selected. 


3.4 RAN Sharing RNC Interfaces 


All physical connections supported by the shared RNC are the same as 
those supported by the non-shared RNC. 


3.4.1 lu Interface 


Typically unchannelized STM-1/OC-3c optical ports on the UOIa board 
are used on the Iu interface. Because an operator can only use the 
operator's own CN nodes, each operator can use one or more optical 
ports to connect its own CN nodes. The physical bandwidth related to the 
physical ports is operator dedicated. 


In the shared RNC, a global CN identity is added to each CN node. The 
global CN identity consists of the PLMN-ID and the CN-ID. 


Figure 3-1 shows an example where the RNC is shared by operator A and 
operator B. Operator A uses Iu Flex, whereas operator B does not. 


Figure 3-1 Operator A and operator B share an RNC with operator A using 
Tu Flex 


Shared RNC 


Operator A 


LJ 


Operator B 


The switch to enable or disable Iu Flex is configurable for each operator, 
that is, the operator can individually enable or disable Iu Flex. The 
configuration of Iu Flex in the shared RNC is similar to that in the non- 
shared RNC. In the shared RNC, the configuration for the initial NAS 
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message routing should be performed separately by each operator. The 


configuration is as follows: 


e NRI length for the CS or PS domain. 
e Mapping between NRI and global CN identity. 


e Mapping between IMSI route value and global CN identity. 


L note 


IMSI route value =(IMSI div 10) mod 1000. The value range is 0-999. 


3.4.2 lu-BC Interface 


In a non-shared RNC, only one CBC can be connected. In a shared RNC, 
each operator can have a dedicated CBC and a maximum of four CBCs 
can be connected. The Iu-BC interface is dedicated to each operator and 
the CBS is limited in each operator's own cells. 


On the Iu-BC interface, the Service Area Broadcast Protocol (SABP) peer 
entity uses TCP/IP. Each operator that employs CBS should separately 
configure the dedicated connections to the operator's own CBC, as shown 


in Figure 3-1. 


Figure 3-1 Operator dedicated Iu-BC connection in the shared RAN 


Cell NodeB 


E 


3.4.3 lub Interface 


lub Physical RNC 


Operator A 
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Operator dedicated lu-BC 
interface 
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Logical RNC 2 
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IPoA/IP 


The shared RNC supports both shared and non-shared NodeBs. The 
maximum number of NodeBs and cells supported by the shared RNC is 
the same as that supported by the non-shared RNC. 


Transmission for the Iub Control Plane and Management Plane 


As shown in Figure 3-1, the NCP CCPs, ALCAP link, and OM path are 
common to all operators that share the NodeB. Each NodeB has one 
unique NCP, one unique ALCAP link and multiple CCPs. The mapping 
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between cells and CCPs is not fixed. A unique OM path for one NodeB is 
recommended though multiple OM paths are allowable. 


The NCP is used for the common NBAP procedures such as cell setup, 
cell reconfiguration, common transport channel setup, and radio link 
setup. All the operators must share the NCP such as cell setup for cell 1, 
cell 2, and cell 3. The CCP is selected by the load balancing policy instead 
of the operator involved or the cell where a call is originated. 


Figure 3-1 Shared Iub connections 


Cell NodeB Physical RNC 


Control plane 
‘i 
Logical RNC 1 


Logical RNC 2 


= Operator A 
C] Operator B 
Common 


Transmission for the Iub User Plane 
The transmission resources for the Iub uer plane can be shared or 
dedicated by operators, see Figure 3-2. 


Figure 3-2 Separation of transmission resources for the Iub user plane 


NCP bandwidth 


CCPs bandwidth 


Mustbe shared d [oces Banach 
ALCAP bandwidth 
OM bandwidth 


Could be dedicated 
or shared 


The parameter RscMngMode is used to control whether the 
transmission resources for the Iub user plane is separated or not. 


When separation of the transmission resources for the Iub user plane is 
enabled, the transmission resources of the Iub user plane can be 
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configured into different Virtual Ports (VPs) or Logical Ports (LPs) as 
shown in Figure 3-3. The VP is for ATM and the LP is for IP. Each VP or 
LP is specified for an individual operator only. 


The VP and LP traffic shaping is supported. The admission control is 
based on a VP or an LP. RNC detects and resolves the transmission 
congestion through an individual operator. Otherwise, the transmission 
resources of the Iub user plane are totally shared by operators. 


Figure 3-3 Separation by VP or LP 


VP 1 LP1 
ATM IP 


When ATM/IP dual stack is adopted, there are two cases as shown in 
Table 3-1. 


Table 3-1 Cases when ATM/IP dual stack is adopted 


Two operators engage two stacks 
respectively. 


Two operators engage each stack. k VP1 


jali (moro) VP2 


fas 
e LP1 
[Overton Bf) LP2 


3.4.4 lur Interface 


Iur transmission resource is totally shared between operators. Typically, 
unchannelized STM-1/OC-3c ports on the UOla board are used on the Iur 
interface in ATM transport, and the physical interfaces and bandwidth 
are shared by operators. 


As shown in Figure 3-1, the Iur control plane is shared. In ATM transport, 
MTP3-b links connecting the RNCs work in load sharing mode. 
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Figure 3-1 Iur control plane of two RNCs shared by operators A and B 


Physical RNC 1 - SPC 1 Physical RNC 2 - SPC 2 


Logical RNC 2a 


Control links 


Logical RNC 2b 


Load sharing 


Operator A 


Operator B 


= 
E 


Common 


As shown in Figure 3-2, the Iur user plane is also shared. In ATM 
transport, all AAL2 paths are common resources of all operators and each 
AAL2 path can carry the traffic of all operators. 


Figure 3-2 Iur user plane of two RNCs shared by operators A and B 


Physical RNC 1 - Physical RNC 2 - 
signaling node 1 signaling node 2 


Transport paths 


E E bd 
E a A 


E ——— Operator A 
E — Operator B 


——— Common 
0 Traffic of Operator A 
0 Traffic of Operator B 


3.5 RAN Sharing Operator Identities and Types 


RAN Sharing Operator Identities and Types describe how an operator is 
identified and the two types of operators after RAN Sharing is introduced. 


3.5.1 Operator Identities 


Both PLMN identity and CnOpIndex are used to identify an operator but 
within different scope. 


e To identify an operator globally 
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An operator globally corresponds to a unique PLMN identity, which 
consists of MCC and MNC. MCC represents a mobile country and 
MNC usually distinguishes the operators in a mobile country. 


e To identify an operator in a RAN 


A new parameter CnOpIndex is introduced to identify a unique 
operator in a RAN. 


3.5.2 Operator Types 


There are two types of operators, primary operator and secondary 
operator, in RAN sharing. A primary operator has a higher privilege in 
authority management and license management than a secondary 
operator. The primary operator can be anyone, for example, a third party 
in charge of the shared RAN network or an operator in possession of the 
physical RAN equipment. 


When adding an operator to the RNC, OperatorType has to be used to 
state if the operator is a primary one or a secondary one. One primary 
operator must be specified in an RNC. 


3.6 RAN Sharing License Management 


There still exists one RNC license and one NodeB license for a shared 
RAN. Licenses, which define all the functions and equipment resources, 
can be distributed between different operators and must be activated 
before using the functions and resources. 


The NodeB license can only be managed on the M2000, whereas the RNC 
license can be managed either on the M2000 or on the LMT. 


3.6.1 RAN Sharing Control Items of NodeB License 


Groups 


The NodeB license consists of resource control items and function control 
items. The operators’ resources and functions are defined by different 
groups in a NodeB license, including a private group for each operator 
and a common group (if any). 


The private group and common group are defined as follows: 


e Private group 


Each operator who shares the NodeB has a corresponding private 
group in the NodeB license. The private group defines the operator's 
dedicated resources and functions. For example, private group A 
defines resources and functions that can be used by operator A only. 


e Common group 


The common group is optional in the NodeB license. The group 
defines common resources and functions that can be used by all 
operators. 
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Some examples are given below: 


e Example 1: Operators A and B use different frequencies. They share 
Channel Elements (CEs), which are jointly purchased by the two 
operators. 


In this case, the NodeB license has three groups: private group A, 
private group B, and common group. Private group A contains 
operator A's own frequency information. Similarly, private group B 
contains operator B's own frequency information. The common group 
defines the number of CEs. 


e Example 2: Operators A and B use different frequencies. Each 
operator purchases the CEs. The total number of CEs must not 
exceed the supported hardware capacity. 


In this case, the NodeB license defines two groups: private group A 
and B. Each private group defines the operator's frequency 
information and number of CEs. 


Resource Control Items 


Resource control items include CEs, HSDPA codes, frequencies, and 
Power Amplifier (PA) output power. 


CE Usage Principle 
LL) note 


The total number of CEs in a NodeB license cannot exceed the supported capacity 
of the NodeB hardware. 


When a Radio Link (RL) is to be set up, it consumes the CEs in the private 
group first. If the required CEs exceed 110% of the CEs in the private 
group, the RL begins to consume the CEs in the common group. If the 
required CEs still exceed 110% of the CEs in the common group, the RL 
setup fails. 


For example, assume that one NodeB is shared by operators A and B. 
Operator A has cells 0, 1, and 2. Operator B has cells 3, 4, and 5. There 
are three groups in the NodeB license: private group A, private group B, 
and common group. Each of the three groups has 8 UL CEs and 8 DL 
CEs. If there is a 384 kbit/s call request in cell 0, the call requires 10 UL 
CEs. Thus, the call uses 9 UL CEs of private group A and 1 UL CE of the 
common group. If, at the same time, there is another 384 kbit/s call 
request in cell 3 and the call also requires 10 UL CEs, the call uses 9 UL 
CEs of private group B and 1 UL CE of the common group. In total, 2 UL 
CEs of the common group are used. 


Usage Principle of HSDPA Codes, Frequencies, and PA Output 
Power 


The usage principle of HSDPA codes, frequencies, and PA output power is 
similar to that of the CEs. The only difference between the two principles 
is that the threshold is 100% rather than 110% of HSDPA codes, 
frequencies, and PA output power in the private group and in the common 
group. 
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Function Control Items 


Function control items include HSDPA function, HSUPA function, MBMS 
function, and HSDPA RRM Packagel. 


An operator can use the previous four functions as long as the functions 
are enabled either in the private group or in the common group. 


3.6.2 RAN Sharing Control Items of RNC License 


The RNC license consists of resource control items and function control 
items. The RNC license must be activated by each operator. When there 
are multiple operators in the RNC, the RNC license is activated in the 
sequence of, first by the primary operator, and then by the secondary 
operators. No sequence between secondary operators is required. 


Resource Control Items 


The resource control items in the RNC license include the Max User 
Number of CS and the Max throughout of PS. For all the operators, the 
total Max User Number of CS must be no larger than that defined in the 
RNC license, and the Max throughput of PS is the same. 


Function Control Items 


The RNC license provides more than 60 function control items which can 
be classified into two types: the item totally controlled by the primary 
operator and the item controlled by each operator. 


The item totally controlled by the primary operator allows the function to 

be enabled or disabled by the RNC instead of an individual operator. The 

function can be disabled when any of the following conditions is met: 

e The function control item is disabled in the RNC license. 

e The function control item is deselected when ACT LICENSE is run 
for the primary operator. 


The item controlled by each operator allows the function to be enabled or 

disabled by an individual operator. The function can be disabled by an 

individual operator when any of the following conditions is met: 

e The function control item is disabled in the RNC license. 

e The function control item is deselected when the RNC license is 
activated by the operator. 

The items totally controlled by the primary operator are listed as follows: 


e RANSHARE(RAN sharing). 

e RAN SHARING ENHANCED PACKAGE(RAN Sharing Enhanced 
Package). 

e ATMIPDUALSTACK(IUB ATM/IP Dual Stack Transportation 
Function). 

e IPTRANINIUR(IP Transportation in Iur Interface). 
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FRACTIONALIP(Fractional IP). 

FRACTIONALATM (Fractional ATM). 

IPIUBOVERBOOKING(IP IUB overbooking Function). 
ATMOVERBOOKING(ATM IUB overbooking Function). 
IUBHYBRIDIPTRAN(IUB Hybrid IP Transportation Function). 


ACRWHENSPUOVER (Access Class Restriction when SPU 
overload). 


Other function control items in the RNC license are those controlled by 
each operator. 


3.7 RAN Sharing OM 


Most OM flows in a shared network are the same as those in a non-shared 
network. RAN Sharing OM describes the OM architecture of RAN 
Sharing and how data are managed through the Itf-N and the proprietary 
CM interface. 


3.7.1 RAN Sharing OM Architecture 


When RAN Sharing is applied, OM architecture consists of shared master 
Operation Support System (OSS), operator Network Management System 
(NMS) and interfaces. 


Figure 3-1 shows a typical OM architecture of RAN Sharing, which is 
composed of Operator A NMS, Operator B NMS, shared master OSS and 
interfaces. Each part consists of: 

e Shared master OSS 


Local Maintenance Terminal (LMT), Configuration Management 
Express (CME) and M2000. 


e Operator NMS 
managers. 

e Interfaces 
Itf-N FM&PM&CM, 
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Figure 3-1 OM architecture of RAN Sharing 


Itf-N 
FM&PM&CM 


Itf-N 
FM&PM&CM 


The shared master OSS is in charge of network management and OM 
functions. One of the operators or a third party is expected to operate the 
shared master OSS, which is up to the commercial agreement among 
operators. The shared master OSS provides the northbound interface for 
each operator's NMS and independent access to cell-level Fault 
Management (FM), PM and CM for each operator. RAN Sharing Itf-N 
FM&PM&CM 


RAN Sharing enables different operators to access and perform 
operations on their dedicated or shared data through Itf-N. 


Itf-N refers to the northbound interface. The FM part of Itf-N is Common 
Object Request Broker Architecture (CORBA) interface. The PM and CM 
part of Ift-N is file interface. Itf-N is redesigned for RAN Sharing, as 
shown in Figure 3-2. 
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Managers of 
operator A 


Figure 3-2 Redesigned Itf-N 
Í Authentication 
/ data 
A's cell- 
level data 
i 


QPMIRP Agent 
| OFMIRP Agent 
OCMIRP Agent 


B's cell- 
level data 


Instance Set 


Each operator has multiple managers, and all the managers of the 
different operators are connected to the M2000 on Itf-N. 


On Itf-N, all the managers of one operator have the same identity and the 
M2000 recognizes which operator the manager belongs to through the 
identity. The M2000 generates a specific type of IRP Agent instance for 
each manager, for example PMIRP Agent for a PM manager. All IRP 
instances with the same identity form an instance set. As shown in I. 
Figure 3-2, PMIRP, FMIRP and CMIRP Agent instances of operator A 
constitute Instance set 1. 


Authentication 


The M2000 creates an account to authorize managers to connect with the 
shared master OSS through Itf-N. The account can be added, modified, 
deleted, or queried on the M2000. For detailed information, see the 
M2000 Online Help. 


When creating the account, an FTP account is automatically generated in 
order to transfer files on Itf-N PM&CM. 


FM&PM&CM Data Type 


When RAN Sharing is applied, the FM&PM&CM data on Itf-N is classified 
into two types: 


e Operator dedicated data 


Operator dedicated data refers to cell-level FA&PM&CM data. It is 
only related to a specific operator and is distributed to the operator's 
NMS on Itf-N. 


e Operator shared data 


Operator shared data refers to the other FM&PM&CM data. It is 
related to all operators. 
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FM&PM&CM Data Collection and Operation 


The operator dedicated data is collected by the corresponding instance 
set only. Since each instance set corresponds to one specific manager by 
IRP Agent, the operator dedicated data are only accessible for that 
manager. The operator shared data is collected by all instance sets by 
default, but can be configured through modification of file settings on the 
M2000. With this strategy, operators can access individual FM&PM&CM 
data and shared FM&PM&CM data through Itf-N. 


The manager operates the corresponding operator dedicated data. The 
manager can also operate the operator shared data, depending upon the 
file settings on the M2000. 


PM&CM File Transfer 


The M2000 generates files for each operator in a home directory which is 
accessed by the FTP account mentioned in Authentication. The file 
contains the operator dedicated data. It may also contain the operator 
shared data, depending upon the file settings on the M2000. The file 
gives details about the measurement result for PM and configuration for 
CM respectively. 


3.8 Hardware Configurations for RAN Sharing 


The BTS3812E, BTS3812AE and DBS3800 in NodeB V10 version, the 
BTS3900, BTS3900A and DBS3900 in NodeB V210 version have typical 
configurations in RAN Sharing solution. 


3.8.1 BTS3812E/BTS3812AE Configurations for RAN 


Sharing 


For a BTS3812E and a BTS3812AE, the 3 x 2 and 3 x 4 NodeB 
configurations are available for RAN Sharing. The maximum 
configuration is 3 x 4 for a single cabinet. 


Table 3-1 describes the BTS3812E/BTS3812AE configurations. 


Table 3-1 BTS3812E/BTS3812AE configurations 


Configuration Baseband Capacity 
Subrack 


Minimum e UL: 256 CE A pair of frequencies 


configurati i : e DL: 512 CE in the same sector 
must be two 


on 


consecutive 
frequencies within 
10 MHz. 
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Configuration Baseband Capacity 
Subrack 


configurati | MAFU: 6 HULP: 4 e DL: 1024 CE 
on HDLP: 1 

NMPT: 1 

NUTI: 1 to 3 


3X Minimum : HBBI: 2 e UL: 512 CE One sector uses two 


4 configurati HULP: 2 e DL: 1024 CE A pair of A 
T ncl in 
on HDLP: 1 equencies e 


same PA must be two 


NMPT: 1 consecutive 


NUTI: 1 to 3 frequencies within 
10 MHz. 
Maximum : HIBBIN2 e UL: 1024 CE | The frequencies in 


configurati : HULP: 6 e DL: 1536 CE | different PAs can be 
on HDLP: 2 inconsecutive. 


NMPT: 1 
NUTI: 1 to 3 


NOTE: 
e The 3 x 4 configuration is available for macro NodeBs from RAN 6.0. 


e Baseband capacity increases with the baseband board expansion. The total number of CE licenses 
cannot exceed the baseband capacity. 


Table 3-2 describes the configurations in a single cabinet available for 
operator A and operator B in RAN Sharing solution. The number of 
baseband boards is configured to meet the requirements of operators that 
share the RAN. 


Table 3-2 Single cabinet configurations available for operator A and operator B 


A pair of frequencies in the same sector 
must be two consecutive frequencies within 


One sector uses two PAs. A pair of 
frequencies in the same PA must be two 
consecutive frequencies within 10 MHz. 
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Configuration | Operator | Operator 


MAFU: 3x3 3x1 The frequencies in different PAs can be 
6 inconsecutive. 


3.8.2 DBS3800 Configurations for RAN Sharing 


For a DBS3800, the 3 x 2 and 3 x 4 NodeB configurations are available for 
RAN Sharing. The maximum configuration is 3 x 4 for a single cabinet. 


Table 3-1 describes the DBS3800 configurations. 


Table 3-1 DBS3800 configurations 


Grice E Cen a | smre oe 
on 


ARo Bf ff ff ff ff |e UL:768 


z z e DL:1024 
CE 


BBU 


Subboard e . 


The pair f1, f2 
must be two 
consecutive 
frequencies 
within 10 MHz. 


The pair f1, f2 
must be two 
consecutive 
frequencies 
within 10 MHz. 


The pair f3, f4 
must be two 
consecutive 
frequencies 
within 10 MHz. 


There is no limit 
to the continuity 
of the pair f1, f2 
and the pair f3, 
f4. 
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Table 3-2 describes the configurations available for operator A and 
operator B when RAN Sharing is applied. 


Table 3-2 se cabinet configurations available for operator A and operator B 


Coane ied ac (ace 


The pair f1, f2 must be two consecutive 
frequencies within 10 MHz. 


The pair f1, f2 must be two consecutive 
frequencies within 10 MHz. 


The pair f3, f4 must be two consecutive 
frequencies within 10 MHz. 


There is no limit to the continuity of the pair 
f1, f2 and the pair f3, f4. 


3.8.3 BTS3900/BTS3900A Configurations for RAN 
Sharing 


For a BTS3900 and a BTS3900A, the 3 x 2 and 3 x 4 NodeB 
configurations are available for RAN Sharing. The maximum 
configuration is 3 x 4 for a single cabinet. 


Table 3-1 describes the BTS3900/BTS3900A configurations. 


Table 3-1 BTS3900/BTS3900A configurations 


Minimum WRFU-40W2C: 3 | WBBPa: 2 
configuration WMPT: 1 


Maximum WRFU-80W4C: 6 | WBBPa: 4 
configuration WMPT: 1 


UTRP: 1 to 3 


CE 
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Baseband Capacity 
Subrack 


configuration f CE 
e DL: 1024 
CE 


WRFU-80W4C: 6 | WBBPa: 4 
configuration ; 
; e DL: 1024 


NOTE: 


e Baseband capacity increases with the baseband board expansion. The total number of CE licenses 
cannot exceed the baseband capacity. 


Table 3-2 describes the configurations in a single cabinet available for 
operator A and operator B in RAN Sharing solution. The number of 


baseband boards is configured to meet the requirements of operators that 
share the RAN. 


Table 3-2 Single cabinet configurations available for operator A and 
operator B 


3.8.4 DBS3900 Configurations for RAN Sharing 


For a DBS3900, the 3 x 2 and 3 x 4 NodeB configurations are available for 
RAN Sharing. The maximum configuration is 3 x 4 for a single cabinet. 


Table 3-1 describes the DBS3900 configurations. 
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Table 3-1 DBS3900 configurations 


Configuration 


NOTE: 


Minimum 
configurat 
ion 


Maximum 
configurat 
ion 


Minimum 
configurat 
ion 


Maximum 
configurat 
ion 


RF 
Subrack 


RRU3804: 


3 


RRU3804: 


6 


RRU3804: 


3 


RRU3804: 


6 


Diagram 


f1,f2,f3,f4 


Baseba 
nd 
Subrac 


f1,f2,f3,f4  f1,f2,f3,f4 


RRU 
BBU Se 
f1f2 (34 f1,f2 £3,f4 f1,f2 £3,f4 
RRU | = - a 
BBU Wee 
e Baseband capacity increases with the baseband board expansion. The total number of CE licenses 
cannot exceed the baseband capacity. 


e The BBU and the RRU support ring topology. When a link is faulty, the service on the link is 
automatically switched over to another link. 


Table 3-2 describes the configurations in a single cabinet available for 
operator A and operator B in RAN Sharing solution. The number of 


baseband boards is configured to meet the requirements of operators that 
share the RAN. 
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Table 3-2 Single cabinet configurations available for operator A and 
operator B 


Operator 
B 


RRU3804:3 |3x1 


Issue 01 (2009-03-30) Huawei Proprietary and 26 
Confidential Copyright © 
Huawei Technologies Co., Ltd 


RAN Error! Use the Home tab to apply 1 to 
RAN Sharing Parameter Description the text that you want to appear 
here.Error! Use the Home tab to apply 

1 to the text that you want to appear 
here. 


RAN Sharing Parameters 


4.1 Description 


Table 4-1 RAN sharing parameter description 


Description 

Indicating a Cn Operator. 
Function switch 2. 
Function switch 3. 


InterPlmnHoAllowedInt | This parameter specifies whether inter-RAT handover of the 
erRat UE among different operators is allowed. 
InterPlmnHoAllowedInt | This parameter specifies whether intra-RAT handover of the 
raRat UE among different operators is allowed. 

Mobile country code of the RNC. 

Mobile network code of the RNC. 


Identity Operator Type,as follows: 
Primary Operator: Control whether the RAN support some 
funtion feature and distribute seconder operator's license. 
Second Operator: the RAN that is controled by primary 
operator support some funtion feature and license. 
OperatorType Outer Operator: Operator which don't include the Primary, 
Second operator of the source rnc handover the target RNC 
to support the mobiling. 
Common Operator: Common Operator indicate PLMN ID 
the subscribe select as the same as the tradition network 
do in the sharing network. It is also the Serving operator 


RANSharingSupport ae RAN Sharing Supported, RNC can configure multi- 


RscMngMode Indicating the resource management mode. 
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4.2 Values and Ranges 


Table 4-1 RAN sharing parameter values and parameter ranges 


Paramete | Defaul 

r ID t 
Value 

CnOpInde 

X 


FUNCTIO 
NSWITCH 
2 


GUI Value Range 


WBAMR, HSUPA, 
RANSHARE, 
HSDPA3.6M, 
HSDPA7.2M, 
ROHC, IURLC, 
NACC, PSHBUG, 
IMSIBH, 
32HSDPAUPERCE 
LL, 
64HSDPAUPERCE 
LL, 
STMTRAONHSDPA 


HSDPASTATETRA 
N, HSDPADRD, 
ENHANCEDIUFLE 
X, 
STMTRAONHSUPA 


ATMIPDUALSTAC 
K, IPTRANINIUR, 
IPTRANINIU, 
FRACTIONALIP, 
IPIUBOVERBOOKI 
NG, 
FRACTIONALATM, 
ATMOVERBOOKIN 
G, 
IUBHYBRIDIPTRA 
N, 
MBMS8CHANNEL 
PERCELL, 
256KBPSCHNLRA 
TEONMBMS, 
MBMSFLCFLD, 
VTIFTSFIHO, 
CBIHBUMTSANDG 


Actual Value 
Range 


WBAMR, 
HSUPA, 
RANSHARE, 
HSDPA3.6M, 
HSDPA7.2M, 
ROHC, IURLC, 
NACC, PSHBUG, 
IMSIBH, 
32HSDPAUPERC 
ELL, 
64HSDPAUPERC 
ELL, 
STMTRAONHSD 
PA, 
HSDPASTATETR 
AN, HSDPADRD, 
ENHANCEDIUF 
LEX, 
STMTRAONHSU 
PA, 
ATMIPDUALSTA 
CK, 
IPTRANINIUR, 
IPTRANINIU, 
FRACTIONALIP, 
IPIUBOVERBOO 
KING, 
FRACTIONALAT 
M, 
ATMOVERBOOK 
ING, 
IUBHYBRIDIPTR 
AN, 
MBMS8CHANN 
ELPERCELL, 
256KBPSCHNLR 
ATEONMBMS, 


MML 
Command 


ADD 
NRNCURA( 
Mandatory) 


LICENSE(O 
ptional) 
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RAN 


RAN Sharing Parameter Description 


Error! Use the Home tab to apply 


1 to 


the text that you want to appear 


here.Error! Use the Home tab to apply 
1 to the text that you want to appear 
here. 


Paramete | Defaul 
r ID t 
Value 


FUNCTIO 


NSWITCH 
3 


GUI Value Range 


SMGPRS, 
SRNSRELOCATIO 
N, 
SRNSRWHHANDO 
VER 


SRNSRWCUPDATE 


LOSSLESSSRNSR 
ELCT, 
INTERFREQHARD 
HNDV, 
IMPRVEDWNLNK 
CVRGE, 
ACRWHENSPUOV 
ER, 
CBWHENIUIFAUL 
T, 
3G2GCOMMON L 
OAD, FP_MUX, 
HSDPA OVER IUR 


HS DPCCH PREA 
MBLE_ SUPPORT, 
HSUPA 5 74MBPS 


HSUPA OVER IUR 


HUB IUB OVERBO 
OKING, 

IMS SIGNALING. 
OVER HSPA, 

DYN BANDWIDTH 
_CTROL IUB IP, 
MBMS OVER IUR, 
MBMS PTP OVER. 
HSDPA, 

MBMS ENHANCE 
D BROADCAST, 
MBMS ADMISSIO 
N ENHANCE, 

RAN SHARING E 
NHANCED PACKA 
GE, 

SRB OVER HSDPA 


1 


Actual Value 
Range 


MBMSFLCFLD, 
VTFTSFIHO, 
CBIHBUMTSAN 
DGSMGPRS, 
SRNSRELOCATI 
ON, 
SRNSRWHHAN 


SRNSRWCUPDA | Non 


TE, 
LOSSLESSSRNS 
RELCT, 
INTERFREQHAR 
DHNDV, 
IMPRVEDWNLN 
KCVRGE, 
ACRWHENSPUO 
VER, 
CBWHENIUIFAU 
LT, 
3G2GCOMMON | 
LOAD, FP MUX, 
HSDPA OVER I 
UR, 

HS DPCCH PRE 
AMBLE SUPPOR 
T, 
HSUPA 5 74MB 
PS, 

HSUPA OVER I 
UR, 
HUB IUB OVER 
BOOKING, 

IMS SIGNALING 
_OVER HSPA, 
DYN BANDWIDT 
H CTROL IUB I 
P, 

MBMS OVER IU 
R, 
MBMS P2P OVE 
R HSDPA, 
MBMS ENHANC 
ED BROADCAST 


MBMS ADMISSI 
ON ENHANCE, 
RAN SHARING 


LICENSE(O 
ptional) 
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RAN Error! Use the Home tab to apply 1 to 
RAN Sharing Parameter Description the text that you want to appear 

here.Error! Use the Home tab to apply 
1 to the text that you want to appear 


here. 
Paramete | Defaul | GUI Value Range | Actual Value 
r ID t Range 
Value 


i ENHANCED PA 


CKAGE, 
SRB OVER HSD 
SRB OVER HSUPA | PA, 
, MULTI FBNM, SRB OVER HSU 
HSDPA 13 976MB | PA, 
PS, MULTI FBNM, 
BFD ARP IP RERO | HSDPA 13 976 
UTE, MBPS, 
INTER FHHBDLQ | BFD ARP IP RE 
OS, ROUTE, 
INTER RHBDLQO | INTER FHHBDL 
S, QOS, 
MBMS_16.CHANN | INTER RHBDLQ 
ELS PER CELL, OS, 
60 HSUPA USERS | MBMS 16 CHA 
“PER CELL, TPMT, | NNELS PER CE 
AQM LL, 
60 HSUPA USE 
RS PER CELL, 
TPMT, AQM 


InterPlmn 
HoAllowe 
dIntraRat 


SET 

OPERATOR 
NO, YES NO, YES SHARINGM 

ODE(Option 


ADD 
CNOPERAT 
OR(Mandato 
LASNAMAP 
ny (Mandatory) 
MCC 000~999 ADD 
IMSISNAM 
AP(Mandato 
GSMCELL( 
Mandatory) 
E n 


InterPlmn OPERATOR 

HoAllowe NO, YES NO, YES SHARINGM 

dInterRat ODE(Option 
al) 
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RAN Error! Use the Home tab to apply 


RAN Sharing Parameter Description 


1 to 


the text that you want to appear 
here.Error! Use the Home tab to apply 


1 to the text that you want to appear 


here. 


Paramete | Defaul | GUI Value Range | Actual Value 
r ID t Range 
Value 


PRIM(Primary 
Operator), 
SEC(Secondary 
OperatorT Operator), PRIM, SEC, 
ype OUTER(Outer OUTER, COMM 
Operator), 
COMM(Common 
Operator) 


RANShari 
ngSupport 


SHARE(Share) 
RscMngM if SHARE 
SHARE | EXCLUSIVE(Exclus 3 


L note 


NO, YES NO, YES 


MML 
Command 


CNOPERAT 


GSMCELL( 
Mandatory) 
ADD 
LASNAMAP 
(Mandatory) 
ADD 
IMSISNAM 
AP(Mandato 


ry) 


ADD 
CNOPERAT 
OR(Mandato 
ry) 


SET 
OPERATOR 
SHARINGM 
ODE(Option 
al) 


ADD 
NODEB(Opt 
ional) 


The Default Value column is valid for only the optional parameters. 


The "-" symbol indicates no default value. 
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RAN 


Error! Use the Home tab to apply 1 to 


RAN Sharing Parameter Description the text that you want to appear 


here.Error! Use the Home tab to apply 
1 to the text that you want to appear 
here. 


Reference Documents 


The following lists the reference documents related to the feature: 


1. 3GPP TS 23.251: Network Sharing Architecture and Functional 
Description 

2. 3GPP TR 23.851: Network Sharing Architecture and Functional 
Description 

3. 3GPP TS 23.236: Intra-domain Connection of RAN Nodes to Multiple 
CN Nodes 

4. 3GPP TR 22.951: Service Aspects and Requirements for Network 
Sharing 

5. Basic Feature Description of Huawei UMTS RAN11.0 V1.5 

6. Optional Feature Description of Huawei UMTS RAN11.0 V1.5 
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